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MEMORANDUM #OR THE Eeeesy 


SUBIECT: 3 Wilgcetlaneots Notes on the ocs/orp Relationship 


wv eee Spring nee a 


1. ‘The same problems we had in 1965 are still with us. I 


remain skeptical that more forma! mechanisms will improve 


communications. While this is cited aa the basic problem by | 


IPRD, itis only a manifestation of a deeper problem: "What do - 
we have to talk about''? There is a fundamental barrier between 


- wa that is a function of the people involved on both sides, profes- 
sional jealousies and interests, and organizational responsibilities 
(in that order of significance, but the irony is that the degree we 


can do something to change this is probably the reverse order). 


2. [aa ethers in IPRD expresg their Pesstsalieg aga 
communications problem, but I think it beila down to the fact that 
they want us to agree with them--"If OCS deesn't agree with us, 
they aren't listening."’ I can support this with evideace of ORD 
withdrawal to we'll see" or other platitudes when we get down to 
nuts and bolts. We seem te get sucked into one of those games 


_ people play called'yes, but.’ Not withstanding these bleak reaiities, 


I don't ae the situation is cals hence I won't stop neTe: 


 3.- A simple way to express our division of : responsibilities | Ss 
(and like all attempts to simplify, this one has its s pitfalls) is to gay 
that ORD ahould fill in technological gaps. in OCS, not users’ service 
gaps. Putting it another way, ORD. should pick up not where our 


available time leaves off, but where our ‘knowledge lez leaves off. 
Unfortunately, in our view they have not complemented our efforts 
in thia faghion. Some believe it is because they don't know how to 
axtend the technology and at best they can try to keep up by following 
in onr wake, but striking out laterally, encroaching on our domain 
with a technique that is interesting to our customers--waich we 
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probably built, or considered and rejected, in the first place. Mayhe 
our reaction is similar to that of the teacher who has mixed emotions 
about his auccess with a student who then turns cocky. In summary, 
I think we can use the idea stated in oS first sentence as 2 RPeare: test. 

“ 4. Aa. said before, gacdiex: source of problems j is the IPRD 

- emphasis on yaoving the project directly and smoothly into usefal eats 
Picadenerel ‘The nature of} RED is such that this preoccupation can be 
ee ae eee 


“ealling t the Project RED in the first Wises: . 


7 . fe ane Tad ike RE ae 
eet : Pa we a 


. ~-It provides few opportunities to learn from smlstakes. io vie 


PM Zang eat 
te EE A ORE ee 


--If discourages experimentation or + thoughtfal evaluation of 
Fesaitee 3 es eee 


~-it often forces ocs into an Meuieeresine o eee of a a 
satisfying customer requests with the ease that ORD 
convinces them we should be able to do. 


When we suggest that their orientation may ba wrong, they mention 
the directives to use live data and to have customer involvement. CS 

These two requirements de not neces¢arily imply operational goals, Sf hae 
‘but how can they be convinced of this? In any event, there are easier, roc 
cheaper ways to get things going that are within the state-of-the-art-- oe ee 
_ without the insertion of @ Bosserens facade of epaende RED. : 


cane! 


5. “nother mate ee is woth focasing our the inolications 
of an operational goal seem ta eceur to ORD only after the project... 
starts~-long after the usual questions ef economic feas ibility ahould— 
he raised. They must either give attention to these questiona earlier cn 
{as we normally do) or continue to ignore tham and not be so intent. 
on ese the project go (the. batres option being preferred). figs, 


Gs Ansties negative point: I believe that RED people should tay oe 
out of the systems building area, that is, building something new from as 
individual well-established techniques and facilities. Information ao 
systems building now is a crude art that is best practiced outside the 
R&D area. By my definition then, building information systems, no 
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matter how exotic, from existing tested techniques, is not R&D. / 
This, of course, may not be the case outside the information 
‘processing world. What is needed is R&D in new or improved: 
techniques, including a better systems analysis methodology. 
ORD's reply to this would be that they must have & system to tast — 
the techniques, but it seems that system building costs overshadow 
those related ta technique development. You don't need te design 
. and build a new car from scratch to test a new steering wheel. © - |; 
. This is another source of OCS."poor communications." How do you § - 


_’get our people interested in helping debug or improve a mediccre, | 
| error-ridden operating syatem that they say is needed to test an eee 
attractive idea? Why is it nécéssary for © reinvent several STAT : 
_ Programs and hardware packages to test the concept of an analyst's ote 
ae ore station. = a a cates < Se. oe & a a 


ee ee 


7. This leads te another point regarding hardware versus 
techniques in R&D projects: which has the primary influence on 
the other at IPRD? Unfortunately, most of us think that hardware 
is the dominant factor. I concede that in many cases this must be, 
but only when hardware limitations are to be considered. It is pe ee a 
wrong to fores the project to mushroom so that it fills every nook “” ae 
and cranny of the hardwara‘a capabllity and then perhaps wonder 
why getting an application going iy 30 expensive, — 
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